TESSY在单元测试和集成测试中，会把测试输入、预期值和实际执行结果分别管理，并根据预期值与实际值的比较结果判断测试通过或失败。处理“TESSY怎么管理测试用例预期值，TESSY预期值修改后测试结果没有更新如何处理”时，需要区分测试规格发生变化与已有测试结果发生变化。修改预期值只是更新了测试定义，已有结果不会因此自动变成一次新的测试执行结果。

TESSY进行单元测试和组件测试时，可以通过结构覆盖结果判断测试数据实际执行了哪些代码路径。分支覆盖率不足往往说明某些判断结果、异常路径或边界场景还没有被现有测试触发，但也可能与条件编译、代码变体或不可达代码有关。围绕“TESSY怎么查看分支覆盖率，TESSY分支覆盖率不足时如何查找未覆盖路径”，重点是从覆盖率数字继续定位到具体分支，再判断真正缺少的是测试数据还是覆盖依据。

在TESSY进行单元测试时，函数返回值可以直接作为测试对象的输出结果参与判定。TESSY怎么设置函数返回值检查，TESSY函数返回值与预期结果不一致如何定位，重点是先确认测试接口已经正确识别返回值，再为不同测试用例填写对应的预期结果。出现失败后，则需要结合输入数据、实际返回值和函数执行路径判断差异究竟来自测试数据还是被测代码。TESSY会在执行后比较预期值和实际值，并据此给出测试结果。

在TESSY进行C/C++单元测试时，普通数值参数可以直接填写输入值，而指针参数还涉及指针指向的内存对象、对象长度以及数据传递方向。特别是数组指针、结构体指针和多级指针，如果只给指针本身配置数据，却没有正确建立目标对象，测试驱动可能无法按照预期初始化或读取数据。处理“TESSY怎么配置指针参数测试数据，TESSY指针参数测试结果异常如何排查”时，应把指针地址和指针指向的数据分开检查，再结合被测函数实际访问的内存范围判断结果是否合理。TESSY会通过动态对象表示指针实际指向的测试数据区域。

在TESSY进行单元测试时，测试对象除了函数参数和返回值，还可能依赖全局变量、静态全局变量或静态局部变量。此类变量如果初始状态不确定，很容易导致同一测试用例在不同执行顺序下得到不同结果。因此，进行“TESSY怎么设置全局变量初始值，TESSY全局变量初始值没有生效如何检查”时，既要确认测试数据已经正确传入，也要区分测试开始前的初始化与源代码运行后的再次赋值。

在单元测试规模逐渐扩大并接入持续集成环境之后，TESSY的批量执行应该如何配置，以及批量执行途中停止时又该如何定位，便成了经常需要处理的问题。批量执行并不只是同时选中多个测试对象去运行，它还涉及测试范围的确定、环境配置、目标连接、报告输出以及异常停止策略等多个方面。当运行过程在中途停下来时，也需要先判断究竟是因为测试失败触发了终止条件，还是某个测试对象超时，又或者是编译、下载、调试器连接或目标机通信这些环节出现了问题。

在TESSY中设计边界值测试，以及对遗漏的测试条件进行补充，不能仅仅将其理解为给输入参数填入最大值和最小值。真正容易被忽略的，往往是边界附近的相邻值、多个条件同时变化所形成的组合、无效输入，以及代码在内部经过换算后才产生的隐含边界。边界值的设计应当先分析接口定义，再检查分支条件和数据类型，最后才将测试数据录入TESSY。如果顺序颠倒，测试用例的数量可能并不少，但实际覆盖的条件却依然不完整。

TESSY测试用例如何复制，以及测试用例复制后出现数据失效应当怎样处理，在相似函数的复用测试、模块版本升级和软件变体测试中经常遇到。复制测试用例并不仅仅是增加一条名称相同的记录，输入值、期望结果、测试步骤、接口元素以及用户代码之间存在着相互关联。一旦目标测试对象的参数、返回值或全局变量与原始对象不同，复制过来的数据就可能显示为未定义、只读或者无法执行。处理这类问题时，需要先判断是普通复制没有生效，还是接口发生变化之后需要进行数据复用。

TESSY接口编辑器主要用于整理测试对象的输入、输出、返回值、全局变量和外部函数调用。模块分析完成后，TESSY会尝试自动判断接口元素的传递方向，但自动分析的结果不一定能完全符合测试的意图。在正式设计测试数据之前，应当先对接口定义进行检查，否则一旦参数方向、数组范围或指针目标的识别出现错误，后续的测试用例也会跟着错位。

在TESSY当中，测试对象的创建与识别不完整的排查，关键是要让TESSY拿到完整的待测源码和编译环境，再通过模块分析把可测试的函数识别出来。测试对象出现缺失的时候，问题往往不是出在测试用例上，而是源文件的范围、头文件的路径、宏定义、条件编译或者筛选规则，跟正式的工程没有对上。排查的时候，应当先去看一看分析日志，然后再去检查预处理之后的源码内容。